____ _ _ _ _
| _ \ ___ | |_ (_) _ __ ___ __| | (_) __ _
| |_) | / _ \ | __| | | | '_ \ / _ \ / _| | | | / _ |
| _ < | __/ | |_ | | | |_) | | __/ | (_| | | | | (_| |
|_| \_\ \___| \__| |_| | .__/ \___| \__,_| |_| \__,_|
|_|
- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b
Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―
Protocol Independent Multicast
ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
top
Protocol Independent Multicast (PIM) ist ein Verfahren in der Netzwerktechnik, das dynamisches Routing von Multicast-Paketen im Internet ermΓΆglicht. Anders als traditionelle Verfahren wie DVMRP oder MOSPF nutzt PIM die Routinginformationen des im Router aktiven Unicast-Routing-Protokolls mit und funktioniert unabhΓ€ngig von dessen konkreter AusprΓ€gung (z. B. OSPF, IS-IS, RIP). Damit ist es auch bei heterogener Netz-Infrastruktur einsetzbar und unterstΓΌtzt sowohl Szenarien mit geringer Teilnehmerdichte bzw. stark verstreuten Teilnehmern (d. h. Mitgliedern einer Multicast-Gruppe) als auch Szenarien mit einer hohen (d. h. stark konzentrierten) Teilnehmerdichte. PIM stellt daher die zwei Funktionsmodi Sparse-Mode (geringe Teilnehmerdichte, verstreute Teilnehmer) und Dense-Mode (hohe Teilnehmerdichte) bereit sowie einen Modus (BIDIR-PIM), der fΓΌr bidirektionalen Datenfluss optimiert ist.
Contents
β’ Dense-Mode
β’ Sparse-Mode
β’ Alternativen
β’ Siehe auch
β’ Weblinks
ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
Dense-Mode
Im so genannten Dense-Mode erzeugt die Weiterleitung eines Multicast-Pakets einen Broadcast an sΓ€mtliche benachbarten PIM-Router. Um kreisende Pakete hierbei zu vermeiden, wird Reverse Path Forwarding eingesetzt, so dass ein Multicast-Paket nur geflutet wird, wenn dessen Eingangsnetzwerkschnittstelle auf dem β aus Sicht des Unicast-Routingprotokolls β kΓΌrzesten Pfad in Richtung der Quelle (IP-Absenderadresse) liegt. Daraufhin melden sich die Router vom Multicast-Verteilbaum ab, in deren Teilnetzen es keine Teilnehmer fΓΌr diese Multicast-Gruppe gibt (sogenanntes Pruning, d. h. ZurΓΌckschneiden des Multicast-Verteilbaums). Werden Gruppenmitglieder aktiv, kΓΆnnen Router sich auch aktiv wieder in den Verteilbaum eingliedern (sogenanntes Grafting), andernfalls wird erneut periodisch geflutet, d. h. sobald der Pruning-Zustand beim VorgΓ€nger-Router abgelaufen ist. Der Dense-Mode ist daher nur fΓΌr Netze mit hoher Teilnehmerdichte geeignet, da in diesem Fall die Pakete aufgrund der dichten Gruppenstruktur sowieso an jede ausgehende Netzwerkschnittstelle repliziert, d. h. geflutet, werden mΓΌssen. Durch das periodische Fluten von PIM-DM entsteht daher kein nennenswerter Zusatzaufwand.
Sparse-Mode
FΓΌr Netze mit geringer Teilnehmerdichte oder groΓer Streuung der Teilnehmer ΓΌber verschiedene Teilnetze wird der Sparse-Mode eingesetzt. Dieser beinhaltet die Vereinbarung eines Rendezvous-Punkt-Routers, der Multicast-VerΓΆffentlichungen entgegennimmt. Andere Router kΓΆnnen bei diesem Rendezvous-Punkt anfragen, ob Multicasts fΓΌr entsprechende Interessengruppen eingegangen sind. Ist dies der Fall, vermittelt der Rendezvous-Punkt zwischen dem Absender des Multicasts und dem Router, in dessen Teilnetz sich ein interessierter Teilnehmer befindet, eine Verbindung. Dieser Modus verursacht auf den Netzwerkteilstrecken im Downstream des Rendezvous-Punkts eine enorme Last. Durch die Verwendung von Switchover-SPT (Shortest Path Tree oder Minimum Spanning Tree) kann ein Last-Hop-Router nach dem ersten empfangenen Paket eine direkte Verbindung zum Multicast-Sender aufbauen und somit das Netzwerk entlasten, da nun die Netzwerkteilstrecke mit den geringsten Kosten verwendet wird.
Alternativen
Siehe auch
Weblinks
β’ RFC: 3973 β Protocol Independent Multicast β Dense Mode (PIM-DM): Protocol Specification (Revised). 2005 (englisch).
β’ RFC: 7761 β Protocol Independent Multicast β Sparse Mode (PIM-SM): Protocol Specification (Revised). 2016 (englisch).
β’ RFC: 5015 β Bidirectional Protocol Independent Multicast (BIDIR-PIM). 2007 (englisch).